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DETAILED ACTION 

* 

Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-3, 5,. 7-14, 16, 18-25, 27 and 29-36 rejected under 35 U.S.C. 103(a) as 
being unpatentable over Frey, Jr. et al., U.S. Patent 5,201,044, hereinafter referred to 
as "Frey" in view of Flemming, U.S. Patent 6,023,772. 

■ • 
■ 

♦ 

3. Referring to claim 1 , Frey teaches a file-based transaction system that includes 
transaction log, this is interpreted as a method for logging file system operation (See 
Col. 1, lines 9-12). Frey discloses the system performing file transactions using user- 
inaccessible software and including distributed type of transactions that includes several 
nodes and each server maintains its own independent log, this is seen as each server 
as each server has a log file that records all the information of the distributed 
transactions, which includes the transaction information that occurs on separate 
servers. This is interpreted as receiving a request to perform a file system operation at 
a primary server and making a call to an underlying file system to perform the file 
system operation (See Col. 3, lines 22-43 and Col. 5, lines 53-56). 
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Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
transaction that includes several nodes and each server maintains its own independent 
log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 
failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server, 
and wherein the secondary server acts as a backup for the primary server (See Col. 4, 
line 53 to Col. 5, line 10 and Col. 5, lines 53-56). 

Frey also teaches maintaining transaction data fields which can include the "new" 
or "modified" data so that a transaction may be "committed" before the base data being 
modified on the disk and commit means successful completion of the transaction, thus 
during a failure such a transaction would need to be repeated to be stored on the disk 
using the "new" or "modified" data in the transaction data field of the log, this is 
interpreted as wherein the file system operation includes arguments and data needed to 
repeat the file system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). Frey 
teaches the log file spanning both volatile and non-volatile memory and nearly always 
one portion of the log file will be in the processor's volatile memory, this is interpreted as 
wherein the locating the log in volatile memory on the secondary server facilitates 
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recovery of the file system operation without adding delay to normal file system 
operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 and Col. 
5, lines 14-16). 

Frey teaches where the log file is truncated periodically in a process called log 

■ 

switch (See Col. 5, lines 8-10). Frey teaches creating a new log and any entries in 
volatile memory associated with the old log are written to disk (See Col. 9, line 55 to 
Col. 10, line 14). This is interpreted as periodically committing the log to the underlying 
file system in non-volatile storage, and removing outstanding file operations from the log 
in volatile memory. 

Frey teaches a recovery procedure that involves reading the log file, this is 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
disk and into the log file (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). Frey 
teaches discarding the old log on disk once it is finished and changing the log pointer to 
the new log, which is located in volatile memory (See Col. 9, line 55 to Col. 10, line 14). 
This is interpreted as replaying any file system operations from the log that re in volatile 
memory and that have not been committed to non-volatile memory; 

Frey does not disclose wherein locating the log on the secondary server 

i 

facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 



4 
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* « 

and thus provides for rapid file system recovery. Frey teaches the log is included in the 
volatile memory and "may" span the volatile and non-volatile, thus it "may" only be on 
the volatile memory (See Col. 3, lines 15-43). Flemming teaches upon the failure of a 
primary unit, failover occurs to a secondary unit using the contents of a log to update its 
state (See Col. 11, lines 21-26). Flemming also teaches if speed of recovery is not 
critical logging the state information in the volatile memory to disk, non-volatile memory, 
thus in situations where speed of recovery is critical, not logging the state information 
from volatile memory to non-volatile memory, thereby the log is only located in the 
volatile memory (See Col. 2, lines 6-41). It would have been obvious to one of 
ordinary skill in the art at the time of the invention to combine the failover using logs in 
only volatile memory of Flemming with the log recovery system of Frey. This would 
have been obvious to one of ordinary skill in the art at the time of the invention to do 
because the second unit takes over for the malfunctioned primary unit, thus providing a 
rapid recovery (See Flemming, Col. 11, lines 21-26). 

4. Referring to claim 2, Frey and Flemming disclose all the limitations (See rejection 
of claim 1) including the use unique identification numbers for the transactions in the log 
(See Frey, Col. 5, lines 34-35). 

5. Referring to claim 3, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including the use of a commit procedure, this is interpreted as freezing ongoing 
activity and making a call to the file system to flush memory buffers to non-volatile 

■ 
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storage, which guarantees operations are committed to non-volatile storage and later 
unfreezing ongoing activity (See Col. 5, lines 23-33). 

6. Referring to claim 5, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including defining the sequence of actions to be carried out in the transaction, 
this is interpreted as checking for dependencies between file system operations and 
ongoing file system operations, and if detected ensuring completion is done in an order 
that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 

7. Referring to claim 7, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including the use unique identification numbers for the transactions in the log 
(See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried out in 
the transaction, this is interpreted as associating the file system operation with a 

■ 

transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 

« » 

8. Referring to claim 8, Frey and Flemming disclose all the limitations (See rejection 
of claim 1) including logging transactions and defining the sequence of actions to be 
carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). This is 
interpreted as determining if the file system operation belongs to a subset of file system 
operations that are subject to logging and if so, logging the file system operation. 
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9. Referring to claim 9, Frey and Flemming teach all the limitations (See rejection of 
claim 8) including subset including operations such as parity update (See Frey, Col. 5, 
lines 41-43). A parity update will be deferent every time you perform the operation 
because the data is different, this is interpreted as the operation being non-idempotent. 

10. Referring to claims 10 and 11, Frey and Flemming teach all the limitations (See 

■ « 

rejection of claiml ) including the log file spanning both volatile and non-volatile memory 
(See Frey, Col. 3, lines 31-32). 

* 

1 1 . Referring to claim 12, Frey teaches a file-based transaction system that includes 
a transaction log and software for performing the system, this is interpreted as a 
computer-readable storage medium storing instructions when executed by a computer 
to perform a method for logging file system operation, wherein the computer-readable 
storage medium includes one of a volatile memory, a non-volatile memory, a disk drive, 
a magnetic tape, a compact disc, a digital versatile disc, and a digital video disk (See 
Col. 1, lines 9-12). Frey discloses the system performing file transactions using user- 
inaccessible software and Frey discloses the types of transactions including a 
distributed type of transaction that includes several nodes and each server maintains its 
own independent log, this is seen as each server has a log file that records all the 
information of the distributed transactions, which includes the transaction information 
that occurs on separate servers. This is interpreted as receiving a request to perform a 
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file system operation at a primary server in a highly available system and making a call 
to an underlying file system to perform the file system operation (See Col. 3, lines 22-43 
and Col. 5, lines 53-56). 

Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
transaction that includes several nodes and each server maintains its own independent 

* 

log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 
failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server in 
the highly available system and wherein the secondary server acts as a backup for the 
primary server (See Col. 4, line 53 to Col. 5, line 10 and Col. 5, lines 53-56). Frey also 
teaches maintaining transaction data fields which can include the "new" or "modified" 
data so that a transaction may be "committed" before the base data being modified on 
the disk and commit means successful completion of the transaction, thus during a 
failure such a transaction would need to be repeated to be stored on the disk using the 
"new" or "modified" data in the transaction data field of the log, this is interpreted as 
wherein the file system operation includes arguments and data needed to repeat the file 

■ 

system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). 
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Frey teaches the log file spanning both volatile and non-volatile memory and 
nearly always one portion of the log file will be in the processor's volatile memory, this is 
interpreted as wherein the locating the log in volatile memory on the secondary server 
facilitates recovery of the file system operation without adding delay to normal file 
system operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 

* 

and Col. 5, lines 14-16). 

Frey teaches where the log file is truncated periodically in a process called log 
switch (See Col. 5, lines 8-10). Frey teaches creating a new log and any entries in 
volatile memory associated with the old log are written to disk (See Col. 9, line 55 to 
Col. 10, line 14). This is interpreted as periodically committing the log to the underlying 
file system in non-volatile storage, and removing outstanding file operations from the log 
in volatile memory. 

Frey teaches a recovery procedure that involves reading the log file, this is 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
disk and into the log file (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). Frey 
teaches discarding the old log on disk once it is finished and changing the log pointer to 
the new log, which is located in volatile memory (See Col. 9, line 55 to Col. 10, line 14). 
This is interpreted as replaying any file system operations from the log that re in volatile 
memory and that have not been committed to non-volatile memory. 
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Frey does not disclose wherein locating the log on the secondary server 
facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 
and thus provides for rapid file system recovery (See Col. 3, lines 15-20). Frey teaches 
the log is included in the volatile memory and "may" span the volatile and non-volatile, 
thus it "may" only be on the volatile memory (See Col. 3, lines 15-43). Flemming 
teaches upon the failure of a primary unit, failover occurs to a secondary unit using the 
contents of a log to update its state (See Col. 1 1 , lines 21-26). Flemming also teaches if 
speed of recovery is not critical logging the state information in the volatile memory to 
disk, non-volatile memory, thus in situations where speed of recovery is critical, not 
logging the state information from volatile memory to non-volatile memory, thereby the 
log is only located in the volatile memory (See Col. 2, lines 6-41). It would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine the 
failover using logs in only volatile memory of Flemming with the log recovery system of 
Frey. This would have been obvious to one of ordinary skill in the art at the time of the 
invention to do because the second unit takes over for the malfunctioned primary unit, 

thus providing a rapid recovery (See Flemming, Col. 11, lines 21-26). 

< 

12. Referring to claim 13, Frey and Flemming disclose all the limitations (See 
rejection of claim 12) including the use unique identification numbers for the 
transactions in the log (See Frey, Col. 5, lines 34-35). 
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13. Referring to claim 14, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including the use of a commit procedure/this is interpreted as freezing 
ongoing activity and making a call to the file system to flush memory buffers to non- 
volatile storage, which guarantees operations are committed to non-volatile storage and 
later unfreezing ongoing activity (See Frey, Col. 5, lines 23-33). 

14. Referring to claim 16, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including defining the sequence of actions to be carried out in the 
transaction, this is interpreted as checking for dependencies between file system 
operations and ongoing file system operations, and if detected ensuring completion is 
done in an order that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 

4 

15. Referring to claim 18, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including the use unique identification numbers for the transactions in the 

0 

log (See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried 
out in the transaction, this is interpreted as associating the file system operation with a 
transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 
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16. Referring to claim 19, Frey and Flemming disclose all the limitations (See 
rejection of claim 12) including logging transactions and defining the sequence of 
actions to be carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). 
This is interpreted as determining if the file system operation belongs to a subset of file 
system operations that are subject to logging and if so, logging the file system 
operation. 

17. Referring to claim 20, Frey and Flemming teach all the limitations (See rejection 
of claim 19) including subset including operations such as parity update (See Frey, Col. 
5, lines 41-43). A parity update will be deferent every time you perform the operation 

because the data is different, this is interpreted as the operation being non-idempotent. 

» 

18. Referring to claims 21 and 22, Frey and Flemming teach all the limitations (See 
rejection of claim 12) including the log file spanning both volatile and non-volatile 
memory (See Frey, Col. 3, lines 31-32). 

* 

* 

19. Referring to claim 23, Frey teaches a file-based transaction system that includes 
a transaction log (See Col. 1, lines 9-12). Frey discloses the system performing file 
transactions using user-inaccessible software and including distributed type of 
transactions that includes several nodes and each server maintains its own independent 
log, this is seen as each server as each server has a log file that records all the 
information of the distributed transactions, which includes the transaction information 
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that occurs on separate servers. This is interpreted as receiving a request to perform a 
file system operation at a primary server in a highly available system and making a call 
to an underlying file system to perform the file system operation (See Col. 3, lines 22-43 
and Col. 5, lines 53-56). 

Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
transaction that includes several nodes and each server maintains its own independent 
log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 
failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server in 
the highly available system and wherein the secondary server acts as a backup for the 
primary server (See Col. 4, line 53 to Col. 5, line 10 and Col. 5, lines 53-56). 

Frey also teaches maintaining transaction data fields which can include the "new" 
or "modified" data so that a transaction may be "committed" before the base data being 
modified on the disk and commit means successful completion of the transaction, thus 

* ■ 

during a failure such a transaction would need to be repeated to be stored on the disk 
using the "new" or "modified" data in the transaction data field of the log, this is 
interpreted as wherein the file system operation includes arguments and data needed to 



4 
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a 

repeat the file system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). Frey 
teaches the log file spanning both volatile and non-volatile memory and nearly always 
one portion of the log file will be in the processor's volatile memory, this is interpreted as 
wherein the locating the log in volatile memory on the secondary server facilitates 
recovery of the file system operation without adding delay to normal file system 

* 

operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 and Col. 
5, lines 14-16). 

Frey teaches where the log file is truncated periodically in a process called log 
switch (See Col. 5, lines 8-10). Frey teaches creating a new log and any entries in 
volatile memory associated with the old log are written to disk (See Col. 9, line 55 to 
Col. 10, line 14). This is interpreted as periodically committing the log to the underlying 
file system in non-volatile storage, and removing outstanding file operations from the log 
in volatile memory. 

Frey teaches a recovery procedure that involves reading the log file, this is . 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
disk and into the log file (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). Frey 
teaches discarding the old log on disk once it is finished and changing the log pointer to 
the new log, which is located in volatile memory (See Col. 9, line 55 to Col. 10, line 14). 
This is interpreted as replaying any file system operations from the log that re in volatile 
memory and that have not been committed to non-volatile memory. 
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Frey does not disclose wherein locating the log on the secondary server 
facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 
and thus provides for rapid file system recovery (See Col. 3, lines 15-20). Frey teaches 
the log is included in the volatile memory and "may" span the volatile and non-volatile, 
thus it "may" only be on the volatile memory (See Col. 3, lines 15-43). Flemming 
teaches upon the failure of a primary unit, failover occurs to a secondary unit using the 
contents of a log to update its state (See Col. 1 1 , lines 21-26). Flemming also teaches 
if speed of recovery is not critical logging the state information in the volatile memory to 
disk, non-volatile memory, thus in situations where speed of recovery is critical, not 
logging the state information from volatile memory to non-volatile memory, thereby the 
log is only located in the volatile memory (See Col. 2, lines 6-4.1). It would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine the 
failover using logs in only volatile memory of Flemming with the log recovery system of 
Frey. This would have been obvious to one of ordinary skill in the art at the time of the 
invention to do because the second unit takes over for the malfunctioned primary unit, 
thus providing a rapid recovery (See Flemming, Col. 11, lines 21-26). 

20. Referring to claim 24, Frey and Flemming disclose all the limitations (See 
rejection of claim 23) including the use unique identification numbers for the 
transactions in the log (See Frey, Col. 5, lines 34-35). 
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21 . Referring to claim 25, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including the use of a commit procedure, this is interpreted as freezing 
ongoing activity and making a call to the file system to flush memory buffers to non- 
volatile storage, which guarantees operations are committed to non-volatile storage and 
later unfreezing ongoing activity (See Frey, Col. 5, lines 23-33). 

■ 

22. Referring to claim 27, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including defining the sequence of actions to be carried out in the 
transaction, this is interpreted as checking for dependencies between file system 
operations and ongoing file system operations, and if detected ensuring completion is 
done in an order that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 

23. Referring to claim 29, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including the use unique identification numbers for the transactions in the 
log (See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried 
out in the transaction, this is interpreted as associating the file system operation with a 
transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 
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24. Referring to claim 30, Frey and Flemming disclose all the limitations (See 
rejection of claim 23) including logging transactions and defining the sequence of 
actions to be carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). 
This is interpreted as determining if the file system operation belongs to a subset of file 
system operations that are subject to logging and if so, logging the file system 
operation. 

* 

25. Referring to claim 31, Frey and Flemming teach all the limitations (See rejection 
of claim 30) including subset including operations such as parity update (See Frey, Col. 
5, lines 41-43). A parity update will be deferent every time you perform the operation 
because the data is different, this is interpreted as the operation being non-idempotent. 

26. Referring to claims 32 and 33, Frey and Flemming teach all the limitations (See 
rejection of claim 23) including the log file spanning both volatile and non-volatile 
memory (See Frey, Col. 3, lines 31-32). 

27. Referring to claims 34, 35, and 26, Frey and Flemming teach all the limitations 

4 

(See rejection of claims 1,12, and 23 respectively) including a system with two 
processing entities, a primary and secondary, as part of a fault tolerant recovery unit, 
this is interpreted as wherein the primary server is in a highly available system and 
wherein the secondary server is in the highly available system (See Flemming, Fig. 2 
and Col. 3, lines 10-57). 
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♦ 

Response to Arguments 

28. Applicant's arguments filed 16 July 2007 have been fully considered but they are 
not persuasive. The Applicant argues that Frey arid Flemming do not teach "periodically 

committing the log to the underlying file system in non-volatile storage, and removing 

» 

« 

outstanding file system operations from the log in volatile memory" and "replaying any 

« 

file system operation from the log that are in volatile memory and that have not been 

* 

committed to non-volatile storage". The Examiner respectfully disagrees. Frey teaches 
where the log file is truncated periodically in a process called log switch (See Col. 5, 
lines 8-10). Frey teaches creating a new log and any entries in volatile memory 
associated with the old log are written to disk (See Col. 9, line 55 to Col. 10, line 14). 
This is interpreted as periodically committing the log to the underlying file system in non- 
volatile storage, and removing outstanding file operations from the log in volatile 
memory. Frey also teaches the log file being used to reconstruct the system and all 
volatile memory which contains log entries is written to disk and into the log file (See 
Frey, Col. 5, lines 4- 7" and Col. 9, lines 50-52). Frey teaches discarding the old log on 

disk once it is finished and changing the log pointer to the new log, which is located in 

* 

volatile memory (See Col. 9, line 55 to Col. 10, line 14). This is interpreted as replaying 
any file system operations from the log that re in volatile memory and that have not 
been committed to non-volatile memory. The above rejections have been modified to 
include these clarifications. 
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Conclusion 

29. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joseph D. Manoskey whose telephone number is (571) 

272- 3648. The examiner can normally be reached on Mon.-Fri. (7:30am to 4pm). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoliel can be reached on (571) 272-3645. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 

273- 8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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